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British Telecommunications pic (BT) employs tliousands of 
field engineers across the UK to maintain networks, repair 
faults, and provide service to customers. To allocate work effi- 
ciently, BT developed Work Manager, an information system 
that automates work management and field communications. 
In 1996, the Intelligent Systems Research group of BT en- 
hanced Work Manager with a dynamic scheduler (DS) based 
on a combination of heuristic search and constraint-based rea- 
soning. Rolled out in 1997 and reaching 20,000 engineers in 
1998, DS with Work Manager is saving BT $150 million a year 
on operational costs. When deployed over the targeted work- 
force of 40,000 people, the system will save an estimated $250 
million a year. 

Simply stated, field-workforce schedul- to provide high quality service while 

ing is about sending the right eiigi- achieving maximum productivity and low 

neer to the right customer at tlie right operational costs is vital to the company's 

place at the right time with the right success and competitiveness, 
equipment— at any time and in any opera- Many factors contribute to the complex- 

tional environment. For BT, which em- ity of the problem. First, skill requirements 

ploys over 50,000 field engineers, work- vary immensely: putting in a switch on 

force scheduling is critical, and its ability business premises may take several engi- 
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neers several days while recovering re- 
diindant equipment may take aii unskilled 
person a few minutes. Three basic opera- 
tional areas have distinct skill demands: 
business and residential customer access, 
national business coinnn.unications, and 
core network. Each area is the responsibil- 
ity of a separate BT division. 

The second factor contributing to the 
complexity of scheduling is the geographi- 
cal distribution of the workforce. For ex- 
ample, tl^e 15,000-person workforce in the 
access division consists of 175 separate 
groups that operate within nonoverlap- 
ping geographical domains. Each group 
manages its domain Independently and 
controls from a dozen to a few hundred 
engineers and each group may perform a 
few hundred to a few thousand tasks per 
day. This geographical and operational de- 
composition allows the management of 
smaller-sized workforces than would be 
the case if the entire division's workforce 
were managed centrally. 

Complexity also lies in the multiple re- 
quirements and objectives of workforce 
scheduling. These requirements reflect 
standard allocation constraints and corpo- 
rate rules, and they determine the feasibil- 
ity and acceptability of work assignments. 
Some constraints recur across domains 
and divisions: 

— each engineer operates primarily within 
a predefined area; 

— each engineer has off-hours and prede- 
fined breaks during the day (for example, 
lunch, time for personal appointments) 
that must be inserted into his or her 
schedule; 

— engineers can perform only one activity 
at a time; 



—the last task of the day may require 
overtime, if allowed; 
— some tasks must be performed within 
an agreed-upon time window; 
— some tasks must be started or com- 
pleted by an agreed-upon time; 
— engineers must be matdied to tasks; 
— access to customer premises may be 
granted only to certain individuals at cer- 
tain times; 

— task execution may be broken according 
to rules that take into account task and 
break details; 

— the duration of a task depends on the 
engineer's experience and skills, and the 
duration of a journey depends on its start 
time; 

— some tasks must be sequenced in time, 
for example, collecting equipment before 
making a visit; and 

— some tasks must be performed in paral- 
lel by different engineers in different 
places at the same time. 

(Geographical) domain-dependent re- 
quirements are rare. In fact, domains differ 
only on nonessential features, such as their 
road networks, their distribution of cus- 
tomers, the size and skills of tl\eir work- 
forces, or their task-notification patterns, 

Schediding decisions within domains 
are driven by the same set of corporate ob- 
jectives and customer preferences: 
— maximize the productivity of the 
workforce; 

— ^improve service quality, measured ac- 
cording to the type of customer (residen- 
tial, business), the priority of the work 
(provision, installation, maintenance, re- 
pair), and any service-level agreement (on 
appointment windows and due dates); 
—make best utilization of skills, for exam- 
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pie, assign the most suitable engineer to a 
task; 

— iTunimize the operational costs resulting 
from travel time, waiting tinie, and work 
in overtime; and 

— satisfy work controllers' and engineers' 
preferences as to location and types of as- 
signments, for example, avoid cissigning 
low-level work to specialized individuals. 

Constructing feasible and good-quality 
work schedules under these conditions is 
hard! In fact, the problem may be viewed 
as a complex variant of the vehicle-routing 
problem featuring multiple veliides, mul- 
tiple depots, various compatibility con- 
straints, time constraiixts, operational con- 
straints, s)nichronisation constraints, and 
conflicting quality objectives. 

The problem is further compounded by 
the inlierent instability of tlie environment, 
Indeed, much schedule information is un- 
certain, imprecise, and incomplete: 
— -BT and its customers may request, can- 
cel, or amend jobs unpredictably; 
— engineer availability is subject to last- 
minute changes, and estimates of task du- 
ration and travel time caimot be totally 
accurate; 

— ^work controllers may modify provi- 
sional work assignments and review busi- 
ness objectives at any time; and 
— the environment itself (weather, traffic 
conditions) is unpredictable. 

Therefore, any sclieduling process must 
continuously incorporate new data to gen- 
erate valid work assignments but it must 
also minimize the impact of these data on 
the current work schedule. Indeed, anyone 
interacting with the work-aUocation sys- 
tem must be provided with schedxile in- 
formation that is as stable as possible over 



time. For uistance, a resource manager 
who elaborates short-term plans based on 
the schedule information provided must 
be coiiiident that this information will re- 
sist future changes. 

Towards a Unified Work-Management 
Process 

To improve and unify its work- 
allocation operations, BT decided in 1989 
to automate its work-management and 
field-communication processes. In 1993, it 
introduced an information system called 
Work Manager [Garwood 1997]. Work 
Manager provides (Figure 1): 
— an interface to otlier BT systems that 
feeds it with work; 

— task-dispatch and task-progress-and- 
closure functions; 

— a task-jeopardy management system to 
ensure tliat work controllers are alerted to 
potential failure; 

— feedback services to keep the system 
that originated a tsisk informed of its 
progress; 

— ^management of sequences and lineups; 
— an interface to inventory management 
systenns; and 

— a real-time and historic management in- 
formation system. 

In developing Work Manager, BT 
wanted to enable and benefit from auto- 
mated scheduling. It imtieilly equipped 
Work Manager with a real-time allocation 
algorithm (RTA), and each geograplucal 
domain ran an instance of tl^s system. The 
RTA is an extension of the Hungarian al- 
gorithm that operates on an assignment- 
cost matrix to determine the minimal-cost 
assignment set [Laitliwaite 1995]. Within 
Work Manager, the RTA ran every five 
minutes to identify and assign tlie next 
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Figure 1: Work Manager is the system that manages the allocation of customer orders and their 
execution by Eeld engineers in different operational environments (core network, customer ac- 
cess, and national business communications). Field engineers communicate with the system 
through various interfaces (laptops, hand-held terminals, and so forth). 



task to each engineer. Rolled out in 1994, 
Work Manager with the RTA made tangi- 
ble improvements in productivity and 
quality of service. 

RTA originally complemented an over- 
night batch-scheduling process called 
TourBuild whidi scheduled the more pre- 
dictable and stable provision work. How- 
ever, business needs were changing rap- 
idly, and TourBuild could not support a 
more integrated workforce with dynamic 
repair and provision. BT then successfully 
enhanced RTA to automatically allocate 
engineers both types of work, separately 
and as a mixed workload. However, it 
was clearly not optimal for situations that 
called for many scarce skills, for long tasks 
(a day or more), or for tasks with interde- 
pendencies — all of which required greater 
look-ahead to schedule and allocate effi- 
ciently. In these situations, work control- 
lers found it difficult to minimize ineffec- 
tive time and balance work across the 
workforce because of RTA's short-term 
vieW/ and they had to intervene manually 
to get optimal results. Indeed, work con- 



trollers can stiU schedule tasks manually if 
they are not satisfied with the assignments 
the RTA proposes. 

BT needed a scheduler that would be as 
good as the RTA for very dynamic work- 
loads with short response times but much 
better for more complex work and mixed 
workloads requiring greater look-al\ead. 
In April 1995, BT decided to explore alter- 
native scheduling algorithms that could 
replace the RTA within Work Manager 
and retain the benefits and savings al- 
ready achieved. BT UK customer service 
division set up a cross-divisional team 
technically led by the intelligent systems 
research group of BT advanced communi- 
cations engineering division to design and 
develop a new dynamic scheduling sys- 
tem called Dynamic Scheduler (DS). 
Dynamic Scheduling 

BT had the following objectives for Dy- 
namic Scheduler: to extend the scope of 
Work Manager to all work and people, to 
maintedn or improve quality of service, to 
reduce travel time, to improve field and 
control productivity, to reduce control in- 
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terventioi\s, to improve management con- 
trol through data visualization, and to im- 
prove resource plaiming. 

The computational problem DS faces is 
to generate feasible and high-quality 
schedules and to adapt them over time to 
accommodate tlie dynamics of reality. 
Based on our experience witli the RTA 
and our analysis of the problem, we built 
DS based on two principles: 
— coupling loosely an on-line allocator 
and a predictive scheduler to preserve re- 
sponsiveness wliile benefiting from global 
optimization (Figure 2); and 
— ^using a uniform constraint optimization 
approach to provide a generic and effi- 
cient underlying computational model. 

Because of the complexity of the feasi- 
bility problem, we decided to exploit the 
most appropriate technology for handling 
constraints, constraint programming 
[Tsang 1993]. This could ensure generating 
realistic schedules using optimal 
constraint-propagation techniques and en- 
countering no limitations in scope if prob- 
lem specifications evolve (as they did for 
the RTA). 

However, a fuily constraint-based 
scheduler is not appropriate for the opti- 
mization dimension of the problem. The 
ideal approacli would combine proven op- 
timization teclmiques with constraint- 
based reasoning to tackle <ill aspects of the 
problem comprehensively and efficiently. 
We cliose heuristic search because of its 
track record in velucle routing [Laporte 
and Osman 1995]. After running compara- 
tive tests on simulated annealing, tabu 
search, and genetic algorithms over large 
collections of simplified workforce sched- 
uling problem instances [Brind, Muller, 



and Prosser 1995], we elected simulated 
annealing [Kirkpatrick, Gelatt, and Vecchi 
1983] as the best algorithm based on effi- 
ciency, simplicity, and robustness criteria. 
The challenge in integrating simulated 
annealing and constraint-based reasoning 
is to preserve the former's performance 
without losing the exactness and extensi- 
bility of the schedule model as imple- 
mented by the constraint-based represen- 
tation. For this reason, we developed a 
systematic algorithm to preschedule the 
most-constrained tasks: the long-duration 
tasks (t5T)ically, over eight hours) and the 
interdependent tasks (tasks that must be 
synchronised to satisfy a complex work re- 
quest). This algorithm performs a tree 
search and is guided by domain- 
dependent heuristics defined over the 
choice of tasks, engineers, and tour posi- 
tions for tasks. 

After the prescheduling stage, we use 
simulated annealing to schedule the other 
tasks (the independent or short-duration 
tasks) without any performance deteriora- 
tion. Both algorithms operate with the 
same schedule horizon, whidi is typically 
two days in advance. Simulated armeaJing 
does most of the work since most tasks are 
independent (more than 90 percent in the 
access domain, more than 80 percent in 
the core domain). H^e output of the two- 
stage scheduling is a provisional schedule 
defining a sequence of tasks for each engi- 
neer. This schedule complies witl\ all the 
constrau\ts specified and minimizes a cost 
function reflecting the various objectives 
of the problem (we describe the algo- 
rithms in detail in the Appendix and in 
Lesaint et al. 11998]). 
The tree-search and simulated-annealing 



January-February 2000 ^ 49 



LESAINT ET AL. 



Dynamic 
scheduler 



Data 
visualizer 



Scheduler for 
simple tasks 

* 



Scheduler for 
complex tasks 




I 



Schedule 
manager 



On-line 
allocator 



Work management system 

Figure 2: The dynamic scheduler consists of a schedule manager that stores and communicates 
the provisional schedule to the work-management system, a scheduler for complex tasks and a 
scheduler for simple tasks that periodically produce the long-term schedule, an on-line alloca- 
tor that adjusts the schedule just before dispatch and a schedule and data visualizer (a desktop 
computer) that field-resource controllers and managers use to access problem and schedule in- 
formation. 



algorithms form the predictive component 
of DS. They are run every five to 15 min- 
utes to generate the provisional schedule, 
which is then fed to the on-line allocator. 
We adopted this activation strategy to 
match the d5aiamic nature of the prohlem. 

The on-line allocator dispatches work 
assignments to enguieers: it is the ultimate 
decision maker (apart from work control- 
lers, who can always interfere). It is trig- 
gered by external events, for example, 
tasks requested by on-line engineers and 
tasks that require immediate work before 
they become failed business targets. By de- 
fault, the allocator simply forwards the as- 
signments prescribed in the provisional 
schedule to tl\e engineers, but it may mod- 
ify these assignments if unforeseen events 



have caused infeeisibility or suboptimality, 
for example, late notification of a Wgh- 
priority task or early arrival of an engi- 
neer. The allocator's decision making is 
rule based, and its scope is limited to a 
subset of the resources and tasks so it can 
deliver answers within a few seconds. 

Provisional assignments often prove in- 
appropriate at dispatch time and the allo- 
cator must interfere. This is unavoidable 
given the uncertainty and the pace of 
change in the problem. Ideally, one would 
tackle instability by capturing and reason- 
ing about elements of change using such 
techniques as stochastic programming. 
However, it is very difficult to forecast the 
evolution of BT's workforce-scheduling 
environments accurately. Although we 
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have idenHfied general patterns (for exam- 
ple, on customer calls), no forecasting 
model is accurate enough to be exploited 
during scheduling (Simpson et al. 19951. 

DS is equipped with an interface that al- 
lows one to view provisional schedules 
and any information generated by the pre- 
dictive scheduler. Both temporal and spa- 
tial dimensions of the schedules are dis- 
played through a Gantt chart and a 
geographical map. Pie charts, bar charts, 
and graphs provide additional statistics 
and measures on algorithms and solu- 
tions. This interface can also be used to 
implement what-if scenarios by running 
the predictive algorithms off-line on se- 
lected scenarios and with different 
settings. 
Broad Impact 

BT first deployed DS in November 1996 
in South London. After two successful 
months, it decided on a national rollout 
starting in 1997. In May 1998, the coverage 
reached 20^000 of the 28,000 engineers un- 
der Work Manager's control. DS has 
helped BT in its aim of repairing ''today's 
faults today"' and achieving high customer 
satisfaction* 

After two years of exploitation, the re- 
sults have confirmed the superiority of the 
approach over the short-term scheduling 
strategy of the RTA. First, the use of DS in 
Work Manager armually saves $150 mil- 
lion on engineers' and controllers' pay 
costs and other workforce related costs, 
such as vehicles, equipment, tools, train- 
ing, and administration. This is a 10- 
percent increase in savings over Work 
Manager used with the RTA. The savings 
realized with the DS are based on a four- 
percent productivity increase nationwide. 



which comes from reductions in travel 
time and waiting time and better alloca- 
tion of work. 

In addition, DS has paved the way for 
the automated management of another 
12,000 engineers now managed outside 
Work Manager because their work was 
not suitable for RTA's allocation. BT ex- 
pects a 15-percent productivity increase 
for this workforce, saving BT an additional 
$100 million a year. The savings for the 
full coverage of 40,000 engineers should 
reach $250 million a year. The expected 
15'percent increase is made up of an 11- 
percent productivity increase achieved by 
the introduction of the Work Manager and 
an additional four-percent increase result- 
ing from DS deployment. 

DS has also improved field-control 
operations. Because it provides a forward 
view (of up to five days ahead), work con- 
trollers can be more proactive in manag- 
ing task jeopardy and in planning short- 
term resources. Using the visualizer and 
its what-if capability, they can identify 
and resolve resource bottlenecks and po- 
tential task failings in advance. The accu- 
racy and quality of the schedule informa- 
tion the system provides has given work 
controllers confidence in its performance. 
As a result, they have reduced their man- 
ual interventions dramatically: for exam- 
ple, the percentage of manual allocation 
dropped by 40 percent during the first 
field trial. 

DS has helped BT to meet due dates, ap- 
pointment windows, and skill require- 
ments more consistently than it used to. 
Furthennore, field engineers' work sched- 
ules have improved. They travel less; their 
absences (for lunch, appointments, sick- 
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ness, and so forth) are smoothly inserted 
within their work schedules; work inter- 
ruptions tend to be less frequent; and legal 
rules agreed between BT and unions on 
the management of overtime or travel in 
own time are rigorously implemented. 

DS has also enhanced work controllers' 
interactions with Work Manager. The in- 
terface for configuring the predictive 
scheduler is much simpler than the RTA's. 
The user hcis to select a few heuristics to 
"drive" the prescheduler, for example, to 
order jobs based on priority, urgency, or 
skill levels. Regarding the simulated- 
annealing algorithm, the user can config- 
"urt; tut; cuai iLun-uLriL Liii^^^u.^Ai i.AL«.4Mv^r«.. 
rameters, for example, a penalty for 
minutes spent on travel or a weight to bal- 
ance tlie importance of one task category 
over another. To operate the visualizer it- 
self, users need basic knowledge of the 
window-environment. They take national 
training courses to familiarize themselves 
with the system and to learn how to drive 
it. However^ because each domain is 
unique, DS needs extensive tuning before 
going live, and work controllers also ha ve 
to get accustomed to the peculiarities of 
these domain-dependent adjustments. 

Because of the generic nature of its 
constraint-based schedule model, DS re- 
quires litde reengineering for use in sched- 
uling within BT, In fact, DS can facilitate 
the removal of geographical and opera- 
tional boundaries (domauas and divisions) 
that divide BT's work-management opera- 
dons. BT is investigating this simplifica- 
tion of its work-management organization. 
DS (as any other optimization software) is 
limited only by the size of problems in re- 
lation to the expected response-time levels. 



Overall, DS has: 

^reduced BTs operational costs; 

—improved the integrity, quality, and 
consistency of work allocation for the 
whole workforce; 

— improved customer satisfaction; 
— enhanced resource control; 
—improved field engineers' and work 
controllers' perception of Work Manager; 
and 

— offered BT the potential of simplifying 
its work-management organization. 

From a purely techrucal viewpoint, DS 
demonstrated that integrating heuristic- 
search and constraint programnrung is a 

proach for tackling large- 
scale industrial vehicle routhig problems. 
In fact, we believe that such hybridization 
is die key to solving a wide range of hard 
combinatorial problems. 
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APPENDIX 

Constraint Optimization Model 

We designed the constraint-optimization 
model employed in the tree-search and 
simulated-annccJing algorithms to solve 
large problems every five to 15 minutes. In 
the context of BT's work management, a 
typical (static) problem consists of 50 engi- 
neers and 300 tasks that have to be sched- 
uled over a horizon of two days. The 
problem size rarely exceeds 100 engineers 
and 500 tasks. However, the schedule ho- 
rizon is often set to five days in stable op- 
erational environments. The algorithms 
usually return a good schedule in less 
than a minute. 
Both algorithms operate witl\ the same 
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schedule definition. In this definition, a 
schedule is a set of tours and each tour is 
a sequence of tasks assigned to an engi- 
neer over the schedule horizon. To allow 
for the representation of incomplete sched- 
ules, we introduce a virtual engineer who 
is "assigned" the nonailocated tasks. Both 
algorithms modiiy schedules iteratively 
with an operator called relocate. Given a 
task, an engineer, and a valid position in 
the tour of this engineer, relocate relocates 
the task in the position of the engineer's 
tour. 

Tree-Search 

The tree^earch algorithm applies the 
operator relocate in a systematic fashion by 
selecting tasks, engineers^ and positions in 
the order the heuristics prescribe. Pre- 
cisely, tiie tasks to preschedule are ranked 
using six ordering heuristics: earliest pos- 
sible start time (earliest first), business im- 
portance score (maximum first), number of 
engineers required (greatest first), due 
date (earliest first), diu-ation (longest first), 
skill-level required (highest first). The heu- 
ristics are applied one after the other until 
two tasks can be differentiated. The user 
prioritizes the heiu-istics. 

Once the tasks are rarUced, the algorithm 
attempts to allocate each task in turn. For 
a given task, different engineer tours must 
be considered as well as different posi- 
tions in each tow. The algorithm ranks 
some of the possible pairs (engineer- 
position) losing four heuristics: due dates' 
satisfaction or failure (satisfaction first), 
slack time before due date (least first), 
travel time required (minimum first), skill- 
level offered (lowest first). Once it has 
ranked the position-engineer pairs, it at- 
tempts each in turn. It backtracks when- 
ever an insertion makes the schedule in- 
feasible. It stops when it has scheduled all 
the tasks or when it has exceeded its cpu 
time budget. Because of the backtracking 
strategy, the algorithm may leave some 
tasks unallocated but usuaDy it obtains a 
complete schedule easily since the number 



of tasks to preschedule is small and it uses 
long schedule horizons (at least a couple 
of days). 

Simulated Annealing 

The simulated-annealing algorithm ap- 
plies the relocate operator by selecting 
tasks, engineers, and positions in a ran- 
dom fashion except for appointed tasks. 
For these tasks, it selects the engineer ran- 
domly but attempts the positions in the 
tour one after the other until the relocation 
makes the schedule feasible or all the posi- 
tions have been exhausted. This increases 
the frequency of successful moves given 
the tight time constraints imposed by the 
time windows of appointments. In any 
case, the algoritlim accepts a task reloca- 
tion if the schedule is feasible and either 
the cost of the schedule has decreased or it 
has increased and the increase is accepted 
using simulated annealing's acceptance 
probability. 

The simulated-anneaHng algorithm tries 
to reuse the provisional sdiedule it gener- 
ated in the previous run so as to maintain 
schedule stability between successive runs. 
It simply replicates the previous schedule 
and combines it with the preschedule be- 
fore starting the search. This also saves 
processing time since the search does not 
start from an empty schedule and, if few 
changes have affected die problem since 
the last algorithm's run, this starting point 
should ah-eady be of good quality. 
Cost Function 

The cost of a schedule is defined by a 
weighted sum of measures; quality of ser- 
vice, travel time, work in overtime, prefer- 
ences on assignments, and so forth. Each 
measure is itself a weighted sum of mea- 
sures over tasks or engineers. Each indi- 
vidual measure, say the quality of service 
for a task, is obtained by evaluating a nor- 
malized function that uses the attributes of 
the entity, for example, customer type, 
work category, due dates for a task, over- 
time budget, or skill preferences for an en- 
gineer. The user sets the weights of the 
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cost function so as to achieve the balance 
he or she wants between the different 
criteria. 

Constraint-Based Model 

A constraint solver determines the feasi- 
bility of a schedule by checking the com- 
patibility constraints that restrict the 
matching of tasks and engineers and the 
temporal constraints that restrict the posi- 
tioning of tasks. We model these con- 
straints by defining a constraint- 
satisfaction problem for each schedule 
generated (a constraint-satisfaction prob- 
lem (CSP) is defined by a set of variables, 
a finite domain for each variable, and a set 
of constraints that restrict the values the 
variables may take either individually or 
collectively. A solution to a CSP is an as- 
signment of values to all the variables that 
satisfy all the constraints). With this ap- 
proach, checking the feasibility of a sched- 
ule amounts to proving that the associated 
CSP has a solution or not. 

The CSP representing a schedtde con- 
sists of two distinct subproblems: a CSP 
defining the compatibility constraints and 
a CSP defining the temp>oral constraints. In 
the compatibility CSP, we define one vari- 
able for each task to represent the engineer 
assigned the task. The initial domain of 
the variable is the whole set of engineers 
including the virtual engineer. The com- 
patibility constraints reflect the skill- 
matching requirements and the access and 
time restrictions imposed by the schedule 
horizon, any time windows, the working 
hours of the engineer, the travel time be- 
tween breaks, the business rules governing 
travel outside of paid time and work in 
overtime, and the rules on the modalities 
of task breaking. 

The constraint solver solves these con- 
straints before the search starts by remov- 
ing the incompatible engineers from each 
domain. Skill-matching constraints and 
most time restrictions are easily solved. 
However, the solver has to determine the 
impact of engineer breaks on the vnndows 



of opportunity of the activities (allocations 
task-engineer). For each activity, it inter- 
sects the task and engineer time windows 
and computes the impact of each break on 
the resulting windows of opportunity. A 
break may prevent task execution, it may 
force the breaking of the execution, or it 
may have no effect at all. Consequently, 
the modalities of the execution vary in 
time: the activity may not be feasible at 
certain times, it may be carried out as nor- 
mal at others, or it may have to be split 
over a break or a series of breaks. Ulti- 
mately, if no start time is feasible over the 
schedule horizon, the consfcraiiit solver 
considers the activity infeasible and re- 
moves the engineer from the domain of 
the task. 

The remaining compatibility constraints 
are binary and reflect requirements that 
two tasks be assigned to the same individ- 
ual but the individual is unspecified. Such 
constraints must be checked whenever one 
of the two tasks is relocated. 

To sum up, most of the compatibility 
constraints are preprocessed, v^hich re- 
duces the search space (the search algo- 
rithms do not have to consider all the en- 
gineers when selecting a candidate for a 
task) and speeds up the search (the con- 
straint solver does not need to check com- 
patibility constraints during task reloca- 
tions). The preprocessing procedure has a 
linear worst-case complexity O (e X t X d 
X w), where e is the number of engineers 
in the problem, / is the number of tasks, d 
is the number of days covered by the 
schedule horizon, and w is the largest of 
the maximum number of time windows 
per day for a task and the maximum num- 
ber of breaks per day for an engineer. 

Assuming the compatibility CSP is satis- 
fied, we define the temporal CSP by asso- 
ciating four variables to each allocated 
task i: 

— two variables s,- and C/, representing re- 
spectively the start and end times of i; and 
— two variables Of and rf,-, representing re- 
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spectively the arrival time on the site of i 
and the departure time from the site of i of 
the engineer assigned to i. 

These variables are assigned the same 
initial domain, which is the discrete time 
interval defined by the schedule horizon. 
The grain of this interval is the one-minute 
grain used in Work Manager processes. 
The preprocessing stage reduces each do- 
main by removing the dates that are in- 
consistent with the time constraints. This 
reduction results in a fragmentation of the 
initial interval into disjoint intervals. 

The other temporal constraints are bi- 
nary. First, we state a constraint between 
the start and end time of each activity to 
reflect the impact of breaks. Indeed, the 
overall duration of an activity increases if 
it is split over breaks and the extent of the 
increase depends upon the duration of the 
breaks and of any required travel time. 
The constraint solver computes this rela- 
tionship during preprocessing and stores 
it using a sequential timetable. The time- 
table records the evolution of the activity's 
duration and other cost-related elements 
based on the activities' start and end 
times. 

The other temporal constraints are: 
— flf ^ S; to express that the engineer must 
be onsite to start the activity z; 
— e, ::S di to express that the engineer can- 
not leave the site of the activity / before 
completion; 

— a travel constraint between dj and Uj for 
every pair of successive activities ij to ex- 
press that the engineer has to travel be- 
tween the sites (the travel time, that is the 
difference aj-di, is variable because the 
journey may be disrupted by breaks); 
— Sf = Sy to express that the activities / and 
y are parallel parts of a single job; and 
— Bi^Sj to express that the activities / and; 
are sequential parts of a single job. 

To sum up, the temporal CSP is a bi- 
nary CSP with fragmented integer do- 
mains that is implemented using intervals, 
timetables and procedural definitions. The 



fundamental feature of this problem is its 
tractability. Indeed, all the constraints fall 
in the class of binary min-closed and max- 
closed constraints, and min-max-dosed bi- 
nary constraint networks can be solved in 
polynomial time [Jeavons and Cooper 
1995] using arc-b-consistency. hi other 
words, we can determine the feasibility of 
a schedule whenever a task relocation is 
attempted in polynomial time by enforc- 
ing arc-b-consistency on the temporal con- 
straint network. 

Aro-b-consistency is enforced by propa- 
gating constraints on domain bounds only. 
Applied to a min-max-closed binary CSP, 
it either proves that the problem has no 
solution or it reduces the domains of the 
variables such that the domain minima are 
guaranteed to be a solution to the problem 
as well as the domain maxima. As for the 
temporal CSP, the minima of the start- 
time variables (s,) provide the earliest fea- 
sible start times for the tasks in the sched- 
ule while the maxima of the end-time 
variables (e,) provide the latest feasible 
completion times for the tasks. 

In our case, the worst-case time com- 
plexity of arc-b-consistency enforcement is 
0{h X th where h is the size of the sched- 
ule horizon and t is the number of tasks 
allocated. Given that h is the duration in 
minutes of the schedule horizon (time is 
represented with a one-minute grain) and 
that the schedule horizon typically spans 
several days, we clearly cannot afford to 
hit this worst case during the search. 

The worst-case scenario occurs if and 
orUy if the constraint graph contains a 
temporal cycle: for example, / before / 
before k, and k before L In our problem, 
the interdependent tasks (involved in line- 
ups or sequences) are the only ones re- 
sponsible for the occurrence of cycles. This 
is why we have decomposed the search 
into a two-stage process, in which the first 
stage is prescheduling these tasks. Once 
prescheduled consistently, the interde- 
pendent tasks are made "transparent" to 
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the simulated-annealing algorithm by pre- 
venting their relocation. In this way, we 
create no cycle during the simiilated an- 
nealing's run, and tlie feasibility computa- 
tions remain acceptable. In fact, the worst- 
case time of arc-b-consistency enforcement 
in this configuration is O (0/ while its av- 
erage time complexity is on the order of 
t/tf the average tour size. Also the tree- 
search algorithm rarely creates cycles 
when scheduling the interdependent tasks 
thanks to the task-ordering heuristics. 
Travel-Time Hstimations 

The travel time between two points is 
estimated by dividing the eudidian dis- 
tance between the points with a travel fac- 
tor. Distance measxires are based on exact 
geographical coordinates. Travel factors 
are based on group codes {equr/alent to 
postal codes) and reflect the current 
weather, traffic, and geographical condi- 
tions. Work Manager generates them us- 
ing historical data and they can be ad- 
justed manually to reflect current travel 
conditions. Although travel- time- 
compufcation metltods using real-time 
transportation information systems are 
more accurate, this method guarantees fast 
computation, which is vital for the sched- 
uling processes. 
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Kevin Bradley, BT UK Operations Man- 
ager, said, "Dynamic Scl\eduling provides 
a much more stable work fillocation mech- 
anism. It has the ability to look several 
days into the future which gives us much 
more benefit . . . The ability of this system 
to allocate high priority work is frankly 
awesome/' 

Ian Smitli, Managing Director, BT UK 
Customer Service, said, 'business custom- 
ers demand that we repair today's fault 
today. We set ourselves a task of achiev- 
ing that more than 90% of the time. Dy- 
namic Scheduling has enabled us to do 
that. I am grateful for the fact that it's 
done it." 
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